餐廳正式營業後，老闆不可能 24 小時盯著每一支監視器。
廚房溫度、冰箱狀態、員工進出、收銀系統等，都需要透過感測器與系統持續記錄，再由管理機制集中掌握。
隨時都在產生大量的營運數據（如同系統的 Logs 與 Events），如果只是盲目收集卻沒有系統化整理，等於白做工。我們需要透過集中化管理（如同 SIEM）來分析這些數據，以便在發生食材變質（資安事件）或奧客鬧事（攻擊入侵）時，能在第一時間察覺並採取防範措施。
餐廳會把帳目、重要配方、員工紀錄與出入紀錄妥善保存；資訊系統也必須保護機敏資料與安全日誌。
| 餐飲流程 | 資安流程 |
|---|---|
| 帳目、重要配方與鑰匙妥善保管 | 密碼、憑證、API Token 等機敏資料安全保存 |
| 員工打卡與出入紀錄完整留存 | Security Logs 完整記錄 |
| 重要紀錄避免遭到竄改 | 保護 Logs 的完整性，避免攻擊者刪除或修改證據 |
餐廳每天會產生大量點餐、付款、門禁與設備資料，不可能全部靠人工檢查。
因此需要一個集中管理機制，從大量資料中找出真正值得注意的異常。
| 餐飲流程 | 資安流程 |
|---|---|
| 點餐、付款、門禁、設備資料集中收集 | 不同系統的 Logs 與 Events 集中收集 |
| 不同格式的紀錄統一整理 | Normalization |
| 找出「深夜後門開啟、連續刷卡失敗」等異常 | Correlation |
| 保留重要營運紀錄 | 安全保存 Security Logs |
| KPI | 餐飲流程對照 | 資安流程對照 |
|---|---|---|
| 平均偵測時間 (MTTD) | 從餐點出現異常，到廚房人員發現問題的時間 | 從資安異常發生，到監控系統或分析人員發現問題的時間 |
| 平均應變時間 (MTTR) | 從發現餐點異常，到完成處理並恢復正常出餐的時間 | 從發現資安事件，到完成處置並恢復正常服務的時間 |
| 日誌吞吐量 (Log Volume / EPS) | 廚房每秒接收與處理的訂單、作業紀錄量 | 每秒進入監控系統的日誌與事件數量 |
| 警報疲勞率 (Alert Fatigue Rate) | 廚房收到的異常通知中，實際不需要處理的比例 | 資安警報中，最後確認為誤報的比例 |
iThome鐵人賽
看影片追技術